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Networks and methods and devices therefor 

The present invention relates to networks, devices for use in networks 
and methods of operating the networks and devices therein. ' 

The following description is illustrative of examples of the inventions and is 
not limitative of the inventions disclosed herein. 




Summary 

The network manager project explores novel solutions for data transport and routing 
systems in broadcast domain to be replaced by commodity IT network infrastructure. 

Two main applications have been identified to support the network manager project: 

• . a network -manage: 

The configuration and operation of the network is done via the network manager A 
single PC provides the functionality of the network manager. 

• a video proxy-pre-selection suite 

The use of IP networks to transport AV data during the production process allows 
direcj interface with other I.T. systems. Switching or editing decisions are usually 
made upon the content of video and/or audio. 

The Human Factors (HF) involvement into the network project is two fold: 

• to investigate the application requirements 

to design a switch control interface for the network manager system 



Network- project 



The network manager project explores novel solutions for data transport and routing 
systems in broadcast domain to be replaced by commodity IT network infrastructure (i e a 
gigabit Ethernet switch and Cat 5 cables). The philosophy of the network project is: 

o to use commodity IT infrastructure such as gigabit Ethernet switches. 

• to employ open standards, such as Ethernet, IP, UDP-, DHCP where possible 

• to provide Sony technology to create value 

Tie configuration and operation of the network is done via the network manager. The role 
of the interface is to allow all network manager operations to be carried out. There are 
three levels of operations (see Figure 1): 

t> the operation of the network 

° the operation of the network manager itself 

° file operation of video proxy pre-selection 
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Figure 1 Example of Networked A/V system using Proxy Video streams for Pre-selection of Video 

switch inputs. 

Two main applications are required to support the network manager project: 
o a network manager (see Figure la) 

.For the configuration and operation of the network. 

a video proxy-pre-selection suite (see Figure lb) 

For switching or editing decisions. 



1.1 



The following sections explain in more detail the concept of these applications. 

. Network manager 

Current solutions for the interconnection of professional video equipment in a oroducti™ 
envnonment use network connections and data protocols. The JS^SS 
v 0nS l a,ed ** d3ta ^P 011 ^ routi "S s y stems ca * be replaced by S£S2 S 
co^Sw StraCtUrC ( ^ 3 Ethemet switch «* Cat 5 cableSTTeS of 

L^S^ q S ent t0 n ^ 0± has been ^veloped, the enhanced netwoVSerface 
Z A ^2 f* C 18 3 card>that aU °™ *e video data to be put together in a aSSw 

• far transport down a standard Ethemet cable. The card is then nonaged using a neS 

^ A " et r 0rk managCT System has als ° been developeiuit wm be uSo 
configure the switch and ENICs to ensure the system operates as desired. 

toSSEf" ° Perati0n ° f 1116 D6tWOrk iS d ° ne ™ *" DetWOTk ^tem, 

• the addition of devices to the network 

• establishing 'connections' between devices 

• device' configuration 

o initial device configuration 
o operational device configuration 
removing 'connections' between devices 

• the monitoring of device status 



The mnctionality of the network manager is provided by a single PC. 

tSST 1131 * ia f he ^ P v VideS 3 basic peering approach to utilise some of the 

3 video sources (e.g. items of equipment such as cameras and VTRs in play model and f 
video destmations ^^ofeq^nt such as Monitor, ■SffiK^glft 



Connections use IP multicast, a mechanism that facilitates data transfer from one source to 
multiple, specified destinations (e.g. one video playing in could, be connected to three 
monitors, or three cameras could be connected to three videos). The interface reflects this 
by allowing multiple destinations to be connected to a single source. This is currently 
achieved by left mouse clicking the source first, followed by right clicking on the selected 
destinations, which is really clunky and difficult to read. Numbers are used to identify 
connections, on what looks like blocks on each ENIC. There are no lines illustrating 
connection between ENICs in the interface. It is possible to label the ENIC with an address 
(e.g. 1.1.111.1) so that the users can be aware of where and what it is. 

This interface addresses only a small part of the application requirements. Section 2, 
outlines the application requirements that need to be addressed. While Section 3, provides 
initial design solutions that reflect the application requirements. 
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Figure 2 Digital Network manager functionality interface. 



1.2 



Video Proxy pre-selection 



The use of IP networks to transport AV data during the production process allows direct 
interface with other IT. systems. Switching or editing decisions are usually made upon the 
content of video and/or audio. A proposed solution is the generation of a lower quality 
video proxy of each stream. 

One example of the use of such proxy videp concerns the use of proxy video for pre- 
selection video sources for a live video switch. 

The video proxy pre-selection suite needs to reproduce the production suite. The 
application needs to support a mechanism for assigned inputs to the video switch, where 




r 



SS t WV 8 tl S ^ aSed ° n S0UrCe C ° ntent Transitio » ef^ts, camera control and 

talk back to the cameramen are issues that need to be considered. 

Some basic forms of such a layout are shown in Figure 3. 

Section 2 outlines in detail the' video proxy pre-selection suite requirements. Section 3 
provides initial design solutions that reflect the application requirements. 
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Figure 3 (a,b) Video proxy pre-selection interface concepts. 



Requirements specification 



This sectoon outlines requirements specification for the network manager and the video 
proxy pre-selection suite. The requirements specification is based on HF collaboration with 
engineers and a survey of currently provided technology solutions. The current list of 
requnements is expected to be expanded based on broadcast industry professionals 
feedback. Additional requirements will be extracted from broadcast professionals through 
exposure to prototype design solutions based on the currently identified requirements 
specifications. 

Network manager 

The following requirements for the network manager application have been identified: 

© display currently assigned inputs to the live video switch 

o display other sources not currently assigned to the video switch 

display currently assigned controllers 
o display currently assigned destinations to the live video switch 
o provide a means for reviewing source content in low resolution 
o provide a means for reviewing source content in high resolution 

° ^l Vid t 311 3Udi ° monitor to s^PPOrt ^ main audio channel, of any source 
© display currently selected output of the video switch ~ ~ 

© provide a way to create -modify a source pre-selection list 
© provide a means for reviewing control group sources 

• provide a means for reviewing source information - type, name, timecode, status (all 
source names should be reviewed, even the ones assigned by different groups) 

provide a means to configure source information (e.g. name.) 

provide a way to control source (e.g. VTR - play, pause, rewind, camera - camera 
movement, zoom setting, zoom range, audio - play, pause, rewind) 

provide a mechanism for assigning source to a destination 

provide a mechanism for assigning assign source to a controller 

display currently selected source destinations 

display currently selected source controllers 

support pre-selection for setting up a DSP 



3.1 



3.1.1 



system reqwements as well as the suggesteddtSw. " CVa]Uati ° n of *• 

Network manager 

Network manager GUI components 

»- ^^^^^ ^ * 

1. the 'network management area' 

2 - &e source content review area' 

This area provides a means of rev,V^r, 

and control the source. * e source intent (in low or high resolution) 

3. the 'routing review area' 

The following sections expand on these components. 



3.1 .1.1 Network management area 



^^ c ° rk foment area serves for displaying the source, the source 
controllers and source destination, configure network devices and allow the 
connectivity of network devices. 

The network management area should: 

• display currently assignedinputs to the live video switch 

• display other sources not currently assigned to the video switch 
display currently assigned controllers 

• display a means for reviewing control group sources ■ 

These could be either as QCIF Proxy video streams or even QQCJF streams 
or full resohifcon depending on the set-up of the receiving application, 

• provide a means to configure source information (e.g. name) 

• provide a mechanism for assigning source to a destination 

• provide a mechanism for assigning assign source to a controller 

• display currently selected source destinations 

• display currently selected source controllers 
support pre-selection for setting up a DSP 

The currently assigned input area should provide information about the: 

• source type 

o camera 

o VTR 

o Microphone 

o digital signal processing (DSP) 

o line 

source names and control group sources ' 

o camera 



■ CAM VI 

o VTR 

0 VTRA1/2 
•■ VTRA3/4 

■ VTR VI 
o Microphone 



[sub-name] 

[sub-name] 
[sub-name] 
[sub-name] 




MICA1/2 - . 



[sub-name] 



DSP 



source name - control group sources - [sub-name] 
DSP route function 



The source and DSP relations should also be displayed (e.g. DSP source) 
linkage 



o true source 
o linked source 

The currently assigned destination area should provide information about the: 

• destination type 

o monitor 
o VTR 

■ . VI 
o Audio OUT 

« Al/2 

o DSP (this can also be a DSP to DME) 

• destination name 

o source's destination 
o ' full 

» VRT1-DSP 
o limited version of destination 

■ VRT1 

The currently assigned controller area should provide information about the: 

• controller type. 
o controller name 

• controller's location 

o external 
o local 

Two version of the network management area are provides: 

• a minimised version of the network management area (see Figure 4a) 
This displays the currently assigned inputs to the live video switch 
an expanded version of the network management area (see Figure 4b) 





This displays the cuirently. assigned inputs to the live video switch, tie 
SrassStTr S0UICeS ; '° ntroUers and * e destinations that these 

It also provides a way of changing the source information. 



3.1.1.2 Source content review area 

The source content review area provides a means of reviewing the source content (in low 
or high resolution) and control the source (update or change source information and 
configuration). 

The source content review area should: 

o provide a means for reviewing source content in low resolution 

• provide a means for reviewing source content in high resolution 

• currently selected output of the video switch in high resolution 

• provide an audio monitor to support the main audio channel, of any source 

• display currently selected output of the video switch 

• provide a way to create - modify a source pre-selection list 

• provide a means of reviewing the source status 

• provide a means for reviewing control group sources 

• provide a means for reviewing source information 

o type of source 

o tally name 

o tally status': play / stop / pause 

o time-code 

o matrix 

o more destination information 

, • provide a means to configure source information (e.g. name) 

local control of the preview' source which has to reflect the controls of the source 
selected (e.g. video, audio) 

• provide a mechanism for assigning assign source to a controller 

• relation between source and preview 

• relation between source and destination . 
See Figure 6 bellow. 




3.1.1.3 Routing review area 

• a minimised version of the routing review (see Figure 8a) 
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• an expanded version of the routing review (see Figure 8b) 
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Figure 7 Typical video matrix switch panel 



3.1.1.4 



Trace routing 



More information is required regarding what exactly needs to be represented in trace 
routing. 



3.1.2 Review of current networking GUI design solutions 

The design solutions to represent network routing and especially of providing a way to 
represent a global view of the network routing, have been based on engineers requirements, 
and a review of current design solutions to similar ideas. The following sections describe 
GUIs of popular video routers and matrixes, that show how current software address the 
network routing representation. 



3.1.2.1 



X-windows Interface for Remote Video Routing 
(XIRVR) 

The Cornell Theory Center Visualization Group uses Grass Valley Group's Horizon 
Routing Systems for all of the analog equipment in ifs VLAN. This router control panel 
allows for 32 by 32 routing on four signal levels to.be done. To operate the router physical 
proximity to the control panel is necessary. The repeated need to perform a connection has 
created the demand for a remote video routing capability. X-windows Interface for Remote 
Video Routing, or simply XIRVR (pronounced "server") provide a multi-user' distributed 
'control panel for all routing functions. The graphical interface has three parts (see Figure 

• a top section with source buttons 

o a middle section with a status window and miscellaneous buttons 
o a bottom section with destination buttons 




Figure 9 X-windows Interface for Remote Video Routing (XIRVR) 
Source/Destination buttons 

Each of these buttons has either a number or a brief description of the device. They are 
activated by pressing them. The rectangles under the buttons represent the connected 




3.1.2.2 



D 



levels, depending on number of levels for router in use. In Figure 8, output 10 connected to 
input 8 on video level V and to input 5 on audio levels 1 and 2. 

Middle part contains a device name display, level buttons, and other miscellaneous 
buttons. 

The device name display shows the foil name of the devices connected to the source or 
destination buttons that the mouse cursor is on top of. The level buttons are used to limit a 
connection to a particular level. The misc buttons include: 

• refresh button to update the connections status from the router 

• options button to bring up the options menu 
® quit button to exit 3QRVR 

The XIRVR control panel was modelled after the Horizon HX-PXY control panel. 
Options 

The following options are available: 

• button type - choose a button style 

° show color bars - show or hide colour bars that differentiate between device types 
o refresh gives the most recent and accurate connections status 

Matrix Control Software and RS232 Control for 
Universal Matrix KVM Switches & Video Matrix 
Switches 

S?? S Sno v^f°^ r0gram is included ™ th the ^ switch - * sports Microsoft 
Windows® 95,98, NT4, ME & 2000. 

The graphical software that supports the matrix provides fast control of up to 15 NTI 
switches, using an RS232 connection. 

Automatically displays views for all attached NTI switches each time program is started. 
View-and control multiple switches simultaneously with three unique and powerful views: 

e Matrix View 

© Table View 

o Line View 

Its supports saving and loading: up to nine configurations from the Switch's internal 
memory. 




3.1.2.3 



Figure , 0 RS232 Control for Universal Matrix KVM Switches ft Video Matrix Switches - 

RS232-Com GU! Control Software 

PC port. The RS-232-COM GUI enables the ulerto: 8 gC ™ 1 RS " 232 

• view the entire matrix status 

• control every cross-point 

• mnemonic editor 

" audio follow video or breakaway switching 
•• program up to 16 salvos 

• change the configuration of the router to either one 16X16, two 8X8's or three 

• change the configuration of the router for separate routers with assignable control 

software enables th/^cStato T 1 ^ 1116 GUI 

^-routertoex^^^ • of 

Figtn-e II, briefly explains the main functionality blocks of the RS-232-COM display 
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3.1.2.4 
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3 rogrammable 
Salvos 



Figure 11 RS-232-COM display screen 



BZR-2000 



BZR-2000 is a setup program for the Sony Routing Switcher System. 
S? 0 ? S0ftW3re aU ° WS 46 Physical location of 63011 ^vice on the matrix to be set m A 





Figure 12 BZR-2000 software also allows displaying the status information on cross-points at the specified 

level 



3.2 



Video proxy pre-selection suite 



The video proxy pre-selection suite provides a solution for video switching based on 
content review. The video proxy pre-selection suite functionality is provided by a single 
PC. This means that the video proxy pre-selection suite can be simultaneously available to 
different users providing different views and permissions according to different users' 
profile; 

The GUI for the video proxy pre-selection suite is designed for a 1024x768 display (see 
Figure 13) and it is a touch screen. 

The video proxy pre-selection GUI consists of the following components (see Figure 13): 

• display currently assigned inputs to the live video switch, this is an iconic 
representation of the type of device 

.This is provided by the network manager application. 

• provide a means for reviewing source content in low resolution 

• provide a mechanism for pre-selecting the sources to be reviewed 
This can be changed at any time. 

• provide a means for reviewing source content in high resolution 




provide a mechanism for narrowing the source pre-selection to two for the final 
switching 

The switching from one source to another is instant and there is no delay 

provide an audio monitor to support the main audio channel for the sources reviewed 
in high resolution 

display currently selected output of the video switch (what is on air) 
provide a means of reviewing the source information (device, programme) 
This information is configured by the network manager application, 
provide a means to configure source information (e.g. name) 
The for addressing such a functionality is under enquiry, 
relation between source and preview 
relation between source and destination 
transition effects for switching are supported 




An advantage of using IP networks to transport AV data, generated durino the nroductinn 

ZT^Twa lows f ect i nterface with other LT - ~- w«£SSi 

even handheld PDAs can be used as tools for AV switching, editing, collecting metadata! *c 
iT T? W1Sh6S t0 . make or editing decisions baJSd on S^SSrf^S 

s*fam Js tner^^ ^ P ™ * is ™ d ** a lower quality Video pro^ of e-h 



Several low bandwidth video formats exist .that are streamed over RTP, but the maioritv of 
&ese are heavily compressed. Compression methods which introduce s fcScmt & avT> 1 
field) would not be suitable for the applications proposed. Within the prodSonlSonnfen 
it is expected ftat multiple sources will need to be displayed on a computer sc^ TS 
uncertam whether a PC processor could decompress a iSge number of Zh sou^Twitnou 

acceleration - ^ uncompressed sub « d p-y^~rs 

The design of a proxy video format requires a delicate balance between perceived video 
quahty and bandwidth consumption The following table gives a suSve assel^ent of 
perceived video quality of some selected proxy video formats assessment of 



1 


Video format description 

-OF (352X288;, 24bitRGB, 12.5 frames/s, sub-sampling" 
without filtering. * 


Data rate (Mbit/s') 
30.4 


Subjective quality 
Unacceptable 


2 


CEP (352X2*«J, 24bit RGB, 25 frames/s. sub-sampling 
without filtering. F 5 


60.8 


Good 


3 


QCIF (176X144), 24bit RGB, 12.5 frames/s, sub- 
sampling without filtering. 


7.6 


Unacceptable* 


4 
5 


QCIF (176X144), 24bit RGB, 12.5 frames/s, sub- 
sampling with horizontal filtering. 


7.6 


Unacceptable+ 




QCIF (176X144), 24bit RGB, 25 frames/s, sub-sampling 
without filtering. a 


r . 15.2 


UnacceptabkH- 


6 


QCIF (176X144), 24bit RGB, 25 frames/s, sub-sampling 
with horizontal filterine. 


15.2 


Acceptable- 


7 


QCIF (176X144), 24bit RGB, 25 frames/s, sub-sampling 
with both horizontal and vertical filtering 


15.2 


Acceptable 


8 


QOF (176X144), 16bit RGB, 25 frames/s, sub-sampling, 
with both horizontal and vertical filtering ' 


10.0 


Acceptable 



From .this table, it appears that while format 2 gives good visual quahty its data rate i, 
completely unacceptable to be used as proxy video. Format 7 seems tosSto i£ bttValance 
between visual quahty and data rate. The data rate of format 7 can be further reauS 
IfJT^t S&EJS : T P^ e «e mdex or a R5G5B5 value. 33E££ 

quahty m be r6dUCed t0 16bit With0ut P^vable degrading of visual 



rfetwTr^ da !V S t0 be Sent ™* sta °<^ Gigabit Ethernet 

SS2?'t?! P ™ XyVldeo can be generated in real time by an AV enhanced network 
interface. This will ensure precise control of the timing of the Proxy Video frame, wift £e 



%1 



foil bandwidth Video frames. The RTP protocol is the preferred protocol for sending real 
time video over such networks. B rcai 

RTP does not currently have any profiles for the video formats identified above. An RTP 
profile will be created that includes source timecode data. 

T £?t*? n K f f °? 6 d ° eS 6XiSt h ° WeVer ' Which Wil1 initiall y &nn the basis for Proxy 
video RTP format. A document explaining our intended use of RTP for containing 
uncompressed and compressed video is folly explained in (Ref.l). It is possible that the MXP 
streaming protocol could also be used within RTP when storing completed sequences. 

It is further proposed that the main uncompressed high-resolution stream and low-resolution 
stream could use multiple multicast streams to allow different quality levels 

Sfrff£rr° Uld , 7,°°! T^ CaSt ^ - P f ° r ° dd fieIds (° r frames ) "wflw for even 
-fields (or frames). Only half the bandwidth would be required to receive just one of the 

mulncasts. The foil resolution signal would then be processed as a RGB CIF imaee at 25 

Sc^nd TorT^ *" ^ ^ image 88 a RGB QCEF at 12 - 5 ^ P« 

^ J 1 ?? mageS thereceivm g application could decide which proxy to receive to 
ensure the video data was well distributed between the two field (frame) periods. 

STd^S T S ImT iS °5 y 6A Mbit,S "!' S ° is COTentl y no dement within the 

production LAN to provide a proxy version of audio. 

^^l^^' 0Xy *~" Wi " be ^ ctoonised ™ *• RTP timecode, 

If the video sequences are only required to be viewed and not used interactively then fhev 
could be passed through a gateway application which could add some form of compression to 
fpphed. y Vlde ° StreamS ' Addi «^y *»» «»» of access cnnttTwonM oe 



One example of the use of such Proxy Video concerns the use of Proxy video for 
PRESELECTION of video sources for a live video switch. 

In a traditional SDI routing system nearly all sources are routed to a video switch to allow 
split second selection. Typically 32 to 64 inputs are made available. 

It is proposed that it is not actually necessary to have so many inputs instantly available for 
selection at the video switch if another means is found for Pre-selection of the video sources. 
It is also suggested,, that if the means for selection allows for instant access to greater 
information about the source before selection, that an improved workflow process would be 
achieved. 

It is suggested that the lower resolution Proxy Video streams can be used for this puipose. 

A PC display could display in a particular part of the screen the "Currently Assigned" Inputs 
to the live video switch as QCIF Proxy video streams. It seems that just six inputs may be 
sufficient in many cases. In another part of the screen most of the other sources, not 
currently assigned to fee video switch, could be displayed as either QCIF streams or even 
QQCIF streams. Perhaps each group of these images would be contained in a logical grouping 
with some automatic selection of one of them to be shown as QCIF. 

On another part of the screen the "Currently Selected Output" of the video switch could be 
displayed, either as QCIF or CIF or full resolution depending on the set-up of the receiving 
application. 

Another area could be reserved for viewing a selected QCIF image as either a CIF image or 
full resolution image depending on the set-up of the receiving application. 

A basic form of such a layout is shown in Fig 1 . 

As an operator, sitting in front of the screen, decides another input should be assigned to the 
video switch, it could be "dragged and dropped" onto one of the six "Currently Selected" 
streams thus causing them to be exchanged. Alternatively some other form of exchange 
selection could be used such as the use of dedicated hardware. The new stream would be 
available to be switched by the video switch and the previously assigned stream would reside 
in the "off line" section of the screen. To set up and breakdown such multicast links need 
only take about one second which should be suitable for the application suggested. 

Before selection, as proposed above, any of the QCIF or QQCIF images could be dragged 
onto the "High resolution Preview Window" if it seems necessary to study the stream in more 
detail before selection. 

Right clicking on any stream could allow other information about the scene to be displayed. 
Such information may be in a separate window or superimposed over the selected stream. It is 
thought that information such as; permissible camera movement, Currently used Zoom 
setting, Zoom range, name of cameraman, etc., would be of some value when setting up shots. 



A separate application could be imagined where the pre-selection is for the purpose of setting 
up a DME move, the DME output being one of the inputs available for assignment to video 
Switch by the "Pre~selection Application"/ 

It would be advantageous to have "Talk Back" available to the cameramen. If acameraman 
wishes to contact the 'Tre-selection Desk" an audio icon could be made to flash over the 
relevant proxy video stream. 

Right clicking a stream and selecting "Audio Monitor" from a drop down menu could also 
monitor the main audio channel, of any source. 

To enable the above functionality it is necessary to create an IP based live video streaming 
system with low latency 

Underlying Technology 

A Network interface produces the Proxy video stream from the high-resolution stream which 
is sent to the interface from some external source. The interface could form part of the source 
itself • 

When the source is uncompressed video, (SDI), the proxy will be generated by first, 
horizontally filtering the SDI image and then sub sampling to reduce the number of samples 
per line ie. from 720 to 1 80. Every other line of the first field is then sent to a separate 
Packetising fanction where the data is appended with the RTP /UDP/IP headers. The data is 
'then sent out of the interface during both the first and second fields. 

When the source data is from a compressed source such as Digital Betacam, HDCAM, or 
other professional format the DC or low-resolution part is extracted directly for use as the 
proxy video stream. 

All video, audio and other data and control information are sent over the IP network. No other 
interconnection between the equipment is required. 

To interconnect with existing SDI or STDI equipment a stand-alone Network interface would 
be developed with multiple SDI/SDTI in/out interfacing with one Gigabit Ethernet port. 
Naturally lOGigabit or higher is also possible in the future. 

A video switch might well use two or more of these standalone units to allow the required 
number of SDI inputs/outs to the Video Switch. 

The Network Manager (as described in Multicast Patent) is responsible for assigning the 
multicast IP addresses to each stream generated on every network interface which makes up 
the system. The assignment occurs when each AV device is first powered up by referring to a 
database application running on the network manager using DHCP commands. All devices 
will be pre-registered with the network manager in advance to ensure correct population of 
the database. 

The client application, as described above, would also link to the network manager. 
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When a <c Drag and Drop" action is performed, using the GUI, or some other method, a 
command is sent form the client application to the. Network manager to indicate that the 
"Video Switch 5 * network interface wishes to receive the new Multicast group and to indicate 
to which output from the Video Switch interface the new stream should be extracted. It will 
also be told to which existing multicast stream it need no longer belong. The network 
manager would not allow an "on-air" stream to be removed from the Video Switch interface. 
It is expected the communication from the client to the Network manager will use the SNMP 
protocol but other protocols could also be used. 

Communication from the Network manager to each participating Network Interface uses a 
propriety protocol named (Audio Video Switching Control Protocol). Using this protocol the 
Network manager would set-up the Video-Switch Network Interfaces as required. 

Once the multicast groups are set up, as indicated, the A/V data is automatically received by 
the network interfaces connected to the Video Switch. The.pre-selection process has been 
completed. 

Naturally audio streams can be pre-selected in the same way. 

Applications will also join the multicast groups of associated Proxy Video streams as 
required. The network manager will send data about all available proxy video streams to each 
client to enable pre-selection of the Proxy Video streams/These lists could be made available 
through an "open" menu option. 

To cope with power loss situations the database will always store the latest configurations to 
allow immediate recovery. Each interface will contact the database directly dialing its power- 
up initialisation process. If the database fails each interface card will maintain its current 
configuration until the database application has recovered. 

The "Gateway" function could recode selected Proxy streams using a suitable compression 
method such as MPEG-4. 
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Example of Networked A/V system using Proxv Video streams for Pre -selection of Video 
switch inputs . 
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